home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001152_dsr@hplb.hpl.hp.com _Wed May 19 14:43:59 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB

  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA26672; Wed, 19 May 93 14:43:59 MET DST
  4. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA19321; Wed, 19 May 1993 15:05:07 +0200
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Wed, 19 May 93 13:58:05 +0100
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA12571; Wed, 19 May 93 14:06:08 +0100
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9305191306.AA12571@manuel.hpl.hp.com>
  11. Subject: Re: Formatting Options in HTML?
  12. To: wei@xcf.berkeley.edu
  13. Date: Wed, 19 May 93 14:06:06 BST
  14. Cc: www-talk@nxoc01.cern.ch
  15. Mailer: Elm [revision: 66.36.1.1]
  16.  
  17. Thanks Pei for your comments:
  18.  
  19. >>>         <LI><H1> This item should attract attention </H1>
  20. >> Actually Aleksandar, headers are *NOT* currently permitted in <LI> list
  21. >> elements. Instead you should use the emphasis tags.
  22.  
  23. > But what if you want ``a list of headers''? I don't see anything wrong 
  24. > with that concept, and so I'd rather not see it restricted. Yes, in 
  25. > this particular case (just to attract attention) I would agree that
  26. > <EMPH> be used. But I still don't see why <H*> should be restricted,
  27. > especially given that <H*> can be between paragraphs and all that, anyway.
  28.  
  29. The problem with allowing headers in lists, is what do they mean.
  30. When compiling a table of contents, the header level is valuable to
  31. how you structure the contents. Headers inside lists would seem to be
  32. subservient to one which aren't - but how do you compare them?
  33.  
  34. > BTW, short names like <QUOTE> (insteadof <QUOTEBODY>) is probably a
  35. > good idea... just to avoid having to redeclare NAMELENGTH thing...
  36.  
  37. Thanks.
  38.  
  39. Dave